home *** CD-ROM | disk | FTP | other *** search
- In a message of 13 Jan 96, Mark wrote to All:
-
- MC> I have a few questions about programming HAM mode graphics. Please
- MC> answer if you know the answers. I have started working on programming
- MC> HAM stuff, but there still are some things I don't know about HAM.
- MC> BTW, this is ECS (HAM6) HAM I'm asking about (not AGA).
-
- Well, the only difference between HAM6 and HAM8 is the number of bits
- available for base selection and modify.
-
- MC> 1. Is there are HAM (how-to/explanation/etc.) documents available on
- MC> the net?
-
- Not that I know of. HAM6 is documented in RKM Libraries at least.
-
- MC> 2. How do you get rid of the left edge ham fringing (if that's what
- MC> it's called) that occurs when you scroll the ham image to the left (so
- MC> that the left part of the image is offscreen). What I'm talking about
- MC> is those long (varying length) lines (starting from left edge) of the
- MC> wrong color that appear on certain scanlines. I know there is a way to
- MC> get rid of it, because GIF_view 4.4 (on aminet) has a PERFECT option
- MC> that gets rid of it. Anyone know how that option is implemented (or how
- MC> to get rid of this fringing)? The author refers to it as "left border
- MC> color distortion". I think I know why the color distortion occurs, and
- MC> I figure writing a specific color to the first viewable pixel of each
- MC> line would solve it, but I have no idea what color that should be. Am
- MC> I right about how it's done? Any information you could give me on how
- MC> it's done would be helpful... Thanks...
-
- What that program probably does is to recode each color, even if not
- needed.
-
- As you probably now, HAM is based on a few base registers, and for each new
- pixel, either a base register can be used, or one component of the previous
- color can be changed.
-
- Now, if you have a large area (or line) that consists of a color not in a
- base register, the normal thing to do is to first take the best base
- register, modify it to the requested color, and then leave it at that (i.e.
- previous pixel is right, so don't change any component).
-
- However, if you instead "recode" the color for each pixel (one component at
- a time, ofcourse), the fringing is kept to a minimum. jpegAGA uses this
- approach.
-
- --
- Magnus Holmgren - Amiga programmer and enthusiast
-
-